coordinates in *_d_r_a_w_a_b_l_e_X_P_t_r and *_d_r_a_w_a_b_l_e_Y_P_t_r. This procedure should
not be invoked except during redisplay.
TTTTkkkk____CCCCaaaannnnvvvvaaaassssSSSSeeeettttSSSSttttiiiipppppppplllleeeeOOOOrrrriiiiggggiiiinnnn is also used during redisplay. It sets the
stipple origin in _g_c so that stipples drawn with _g_c in the current
offscreen pixmap will line up with stipples drawn with origin (0,0) in
the canvas's actual window. TTTTkkkk____CCCCaaaannnnvvvvaaaassssSSSSeeeettttSSSSttttiiiipppppppplllleeeeOOOOrrrriiiiggggiiiinnnn is needed in order
to guarantee that stipple patterns line up properly when the canvas is
redisplayed in small pieces. Redisplays are carried out in double-
buffered fashion where a piece of the canvas is redrawn in an offscreen
pixmap and then copied back onto the screen. In this approach the
stipple origins in graphics contexts need to be adjusted during each
redisplay to compensate for the position of the off-screen pixmap
relative to the window. If an item is being drawn with stipples, its
type manager typically calls TTTTkkkk____CCCCaaaannnnvvvvaaaassssSSSSeeeettttSSSSttttiiiipppppppplllleeeeOOOOrrrriiiiggggiiiinnnn just before using
_g_c to draw something; after it is finished drawing, the type manager
calls XXXXSSSSeeeettttTTTTSSSSOOOOrrrriiiiggggiiiinnnn to restore the origin in _g_c back to (0,0) (the restore
is needed because graphics contexts are shared, so they cannot be
modified permanently).
TTTTkkkk____CCCCaaaannnnvvvvaaaassssWWWWiiiinnnnddddoooowwwwCCCCoooooooorrrrddddssss is similar to TTTTkkkk____CCCCaaaannnnvvvvaaaassssDDDDrrrraaaawwwwaaaabbbblllleeeeCCCCoooooooorrrrddddssss except that
it returns coordinates in the canvas's window on the screen, instead of
coordinates in an off-screen pixmap.
TTTTkkkk____CCCCaaaannnnvvvvaaaassssEEEEvvvveeeennnnttttuuuuaaaallllllllyyyyRRRReeeeddddrrrraaaawwww may be invoked by a type manager to inform Tk
that a portion of a canvas needs to be redrawn. The _x_1, _y_1, _x_2, and _y_2
arguments specify the region that needs to be redrawn, in canvas
coordinates. Type managers rarely need to invoke
TTTTkkkk____CCCCaaaannnnvvvvaaaassssEEEEvvvveeeennnnttttuuuuaaaallllllllyyyyRRRReeeeddddrrrraaaawwww, since Tk can normally figure out when an item
has changed and make the redisplay request on its behalf (this happens,
for example whenever Tk calls a _c_o_n_f_i_g_u_r_e_P_r_o_c or _s_c_a_l_e_P_r_o_c). The only
time that a type manager needs to call TTTTkkkk____CCCCaaaannnnvvvvaaaassssEEEEvvvveeeennnnttttuuuuaaaallllllllyyyyRRRReeeeddddrrrraaaawwww is if an
item has changed on its own without being invoked through one of the
procedures in its Tk_ItemType; this could happen, for example, in an
image item if the image is modified using image commands.
KKKKEEEEYYYYWWWWOOOORRRRDDDDSSSS
canvas, focus, item type, redisplay, selection, type manager